SUBSTITUTE SPECIFICATION WITH MARKINGS 
NOTIFICATION SYSTEM 

CROSS-REFERENCE TO RELATED APPLICATION 
[0001] This application claims priority to U.S. Provisional Application No. 60/433,179, 

filed on December 13, 2002, the contents of which is hereby incorporated by reference herein in 
its entirety. 

BACKGROUND OF THE INVENTION 
[0002] The present invention relates to an asset or equipment notification system. More 

specifically, the present invention relates to an asset notification system for use with asset 
management system. 

[0003] It is frequently useful to track notification or alarm events from equipment or 

assets for reasons including satisfying service and maintenance needs for the equipment. 
Especially for larger entities with assets distributed in various locations or sites, it is beneficial to 
track information for any given asset among hundreds of similar assets owned by a company. 
[0004] A typical notification system involves a human operator receiving a maintenance 

request, interpreting the request, creating a work order related to the request, and contacting a 
service provider to resolve the maintenance or service need. Several different communication 
protocols are used by the various types of equipment or assets located at various sites. The 
typical system is inefficient and error-prone. Each notification requiring interaction with a 
human operator and manual interpretation of the request consumes resources and is susceptible 
to human error. Further, the unique protocols across systems create inefficiencies when 
attempting to address requests from more than one system. 

[0005] There is a need in the art for a centralized system for efficiently receiving and 

addressing maintenance or service requests for assets. There is also a need for a service request 
system that allows for the assimilation and use of maintenance or service requests from more 
than one different asset management system. Further, there is a need for a service request system 
that reduces errors and maximizes efficiency. Finally, there is a need for a service request system 
that reduces susceptibility to human error. 

BRIEF SUMMARY OF THE INVENTION 
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[0006] The present invention, in one embodiment, is a central asset management system 

including a central processor configured to track information from a plurality of unique 
notification systems. This information is relevant to managing each of a plurality of assets of a 
plurality of enterprises. The system further includes a notification processor configured to 
standardize the information from each of the plurality of unique notification systems, whereby 
the information is compatible with the central processor, and a database configured to store asset 
information for the plurality of assets, the database in communication with the central processor. 
[0007] While multiple embodiments are disclosed, still other embodiments of the present 

invention will become apparent to those skilled in the art from the following detailed description, 
which shows and describes illustrative embodiments of the invention. As will be realized, the 
invention is capable of modifications in various obvious aspects, all without departing from the 
spirit and scope of the present invention. Accordingly, the drawings and detailed description are 
to be regarded as illustrative in nature and not restrictive. 

BRIEF DESCRIPTION OF THE DRAWINGS 

[0008] FIG. 1 is a block diagram showing the various components of the service request 

processing system, according to one embodiment of the present invention. 

[0009] FIG. 2 is a flow diagram of a method and system of notification processing, 

according to one embodiment of the present invention. 

[0010] FIG. 3 is a flow diagram of a standardization process, according to one 

embodiment of the present invention. 

[0011] FIG. 4 is a chart of exemplary notification information. 

[0012] FIG. 5 is a flow diagram of a method of processing the standardized notification 

information with an asset management system, according to one embodiment of the present 
invention. 

[0013] FIG. 6 is a block diagram showing the various components of a service request 

processing system, according to an alternative embodiment of the present invention. 
[0014] FIG. 7 is a flow diagram of a method and system of notification processing, 

according to an alternative embodiment of the present invention. 
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[0015] FIG. 8 is a block diagram showing the various components of a notification 

processing system, according to a further alternative embodiment of the present invention. 
[0016] FIG. 9 is a flow diagram of a method and system of notification processing, 

according to a further alternative embodiment of the present invention. 

[0017] FIG. 10 is a flow diagram of a method and system of notification processing, 

according to another alternative embodiment of the present invention. 

DETAILED DESCRIPTION 

[0018] FIG. 1 shows an embodiment of a notification system 10 in accordance with one 

embodiment of the subject invention. This embodiment is comprised of a notification processor 
12 connected via a network 16 to an asset management system 14. In one embodiment, the 
network 16 is the Internet. The notification processor 12 is also connected to a plurality of client 
processors 18 located at a plurality of client sites. In one aspect of the invention, each client site 
is a location having a plurality of assets requiring observation and potentially, maintenance. The 
client processors 18 are connected to the notification processor 12 through one of a plurality of 
modems 20. Alternatively, the client processors 18 are connected over the Internet to the 
notification processor 12. One embodiment of the present invention, is a notification translator 
not including an asset management system. One embodiment of such a notification system is 
further described in Attachment "A," which is hereby incorporated by reference in its entirety. 
[0019] In some embodiments, asset interfaces 22 are attached to assets with 

communications capabilities in order to monitor and/or control its performance. It is common for 
certain assets to have ports through which notification regarding performance characteristics 
and/or failure signals can be obtained. According to one aspect of the invention, the asset 
interfaces 22 may be sensors that track the operational status of the asset and transmit 
notifications when an operational issue arises. Alternatively, some assets may have bi-directional 
communication capabilities that enable the asset to be monitored and operated remotely. Each 
asset interface 22 can be configured to communicate with the asset and to provide a 
communication link between the asset and a client processor 18 or the notification processor 12. 
[0020] As shown in FIG. 2, the system and method of notification processing 50 

generally comprises receiving a notification from a client processor or asset interface at the 
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notification processor (block 52), standardizing the notification (block 54), and transmitting the 
notification to the asset management system (block 56). Alternatively, the notification is not 
standardized, because it is already in a language compatible with and understandable by the asset 
management system. The notification is a request to provide service to a particular asset. 
Alternatively, notification is notification that an asset has an operational issue requiring attention. 
One type of notification, for example, is a service request. 

[0021] Upon receiving the notification (block 52), the system of the present invention 

according to one embodiment standardizes the notification (block 54). That is, the request 
language (also referred to as the request code or request protocol) unique to the asset or client 
processor 18 is converted into a language compatible with and understandable by the asset 
management system 14. According to one embodiment, the standardization of the request 
language is performed by standardization or translation software. The translation software is 
located at the notification processor 12. Alternatively, the translation software is located at the 
asset management system 14. After standardization (block 54), the standardized notification 
information is transmitted to the asset management system (block 56) for processing. 
Alternatively, if the standardized information is already at the asset management system, the 
processing of the standardized information begins. 

[0022] As shown in FIG. 3, the standardization process 54 in accordance with one aspect 

of the invention involves identification of the notification language (block 100). According to 
one embodiment of the present invention, the system identifies the notification language by 
receiving identification information provided within the notification language itself (block 102). 
Alternatively, the notification language is identified by identifying the source of the notification 
language (block 104). If the notification is transmitted to a modem over a network such as a 
phone line, the source can be identified by identifying the source phone number. Alternatively, if 
the notification is transmitted via the Internet, the source can be identified by identifying the LP. 
address. Once the language has been identified (block 100), the system converts the specific 
notification information into a language that is compatible with the asset management system 
(block 106). 

[0023] In one embodiment, the notification information is used for other purposes, such 

as, for example, tracking the temperature that a particular food item is stored at over a given 
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period of time. In a further example, the notification information is used to assist in the tracking 
and repair of refrigerant loss. 

[0024] FIG. 4 is a representation of the type of notification information 150 that is 

standardized, according to one embodiment of the invention. Regardless of the type of 
notification system present at the client, the notification will contain certain basic information 
158 that is required to process the notification. According to one embodiment, the basic 
information fields 152 may include controller type (the type of notification system at the client 
site), client name, site identification, type of problem creating the service request, category of 
asset experiencing the problem, and the source asset. Using the standardization or translation 
software, the values 1 54 in each of the basic information fields 152 are converted into a language 
that is compatible with the asset management system and dropped into the appropriate existing 
asset management system field 156. In some embodiments, additional fields 160 are also created 
or derived when the information is received at the translator. In one embodiment, the translator is 
located at the site, or at a central location receiving signals from multiple sites. In another 
embodiment, the translator is located on the asset management system server. 
[0025] After the notification has been standardized, the present invention includes a 

method and system of processing the standardized notification information with an asset 
management system 200, as shown in FIG. 5. One such asset management system is disclosed in 
co-pending U.S. patent application number 09/883,779, entitled "Method and System for 
Managing Enterprise Assets," filed on June 18, 2001, which is incorporated herein by reference 
in its entirety. The method generally comprises generating a service request (block 202) based on 
the notification information, transmitting the service request to the asset management system 
(block 204), determining a service provider (block 208), and generating and transmitting an 
electronic message to the designated service provider (block 210). Alternatively, information 
regarding the appropriate service provider may be provided in the service request such that the 
service request can be automatically transmitted directly from the asset management system to 
the service provider (block 206) without the additional service provider determination step. In a 
further alternative, the system of the present invention awaits the service provider's response 
(block 212), and can re -transmit the message or select a different service provider if there is no 
response from the service provider. 
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[00261 In one embodiment of this asset management system, the subject invention 

includes a system and method used to track the costs of assets and to facilitate the servicing of 
assets. As an initial procedure, the assets of an enterprise may be inventoried and an asset 
identifier created for each asset to give it a trackable identity. One method for inventorying 
assets is further discussed below. Factors to be monitored are also created to enable a 
determination of asset information to be stored, and to enable differentiation of asset 
information. These factors may also be grouped together into factor groups in order to facilitate 
screening of stored asset information. In order to calculate a total cost of ownership, information 
such as cost of the asset, repair costs, and maintenance costs are typically stored as factors for 
each asset. 

[00271 In order to track repair and maintenance costs and to monitor the servicing of 

assets, the subject invention includes a system and method for managing the servicing and 
maintenance of assets by third-party service providers or inhouse personnel as discussed above 
relating to FIG. 5. A service request from a user will generate an electronic work order 
containing information such as the asset to be repaired, location of the asset site, the reported 
problem, and the asset identifier. Typically, a service request is initiated by enterprise 
employees located at a remote site through the use of a client computer, such as the client 
computers shown in FIGS. 1, 6, and 8. In some instances, a particular asset may have self- 
diagnostic programs that can determine a malfunction and generate an error signal. These assets 
may have asset interfaces such as those shown in FIGS. 1 and 8 interfaced thereto enabling them 
to generate service requests automatically through a client computer. 

[00281 In one embodiment, an identification of authorized service personnel is 

maintained in a database and linked to particular assets. Once a service request is processed by 
the central processor, a service provider is determined automatically by determining which 
service provider is linked to the particular asset and a particular geographic location, and the 
service provider is notified automatically via an E-mail message or other form of electronic 
messaging. If the service provider does not respond to an E-mail within a specified period of 
time, additional E-mails may be sent automatically. The E-mail can include the type of asset 
requiring service, the reported failure, location, contact person, and prior service history of the 
asset. In addition, the service provider may also obtain additional information on the asset by 
accessing the central processor via the Internet or a kiosk. 
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[00291 After a service request is completed, information pertaining to the repair or 

maintenance of an asset may be gathered from service providers through the web site or through 
a client computer or a kiosk and stored in the database. For instance, the cost of replacement 
parts may be inventoried in the database of the system and the service provider may choose, 
while at the remote location of the facility, the type of replacement part that is used. The cost of 
this replacement part, therefore, may be allocated to the asset that was repaired. In addition, the 
cost of the service charge may be ascertained based on the length of the visit of the service 
provider and this cost of service may be allocated to the repaired asset. The submission of 
information relating to the service provided can be used to trigger payment for the service. 

[00301 In order to determine total cost of ownership and to monitor certain asset 

information, the subject invention also includes a filtering and compilation application that 
allows the user to filter or compile asset information located within a database so that only 
desired information is displayed. In one embodiment, a filter operates by prompting a user 
through a client computer to define criterion for the filtering of asset information, and submitting 
that definition along with the user's sccurablc attributes, to the central processor. The central 
processor then applies the criterion to the asset information and returns the appropriate data set 
for viewing by the user at the client. 

[00311 According to another embodiment of such an asset management system, the 

central processor includes software programs or instructions that run on the server-side to 
process requests and responses from a client processor. These software programs or instructions 
send information to the client processor, perform compilation and storage functions, generate 
reports that may be used by either the clients or the headquarters of the enterprise, or carry out 
asset management functions. The software may be software applications commercially sold and 
normally used by those skilled in the art or they may be specific applications coded in a standard 
programming language. Further details of the functions performed by the software are provided 
below. 

[00321 In accordance with another implementation of such a system, the system is a 

website hosted by at least one computer in communication with the Internet. This embodiment 
allows the subject invention to be accessed through a client computer by various types of users 
located at geographically distributed sites. To limit access to authorized users, in one 
embodiment, the subject invention allows for various types of users and users at various 
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distributed sites to have distinct levels of access. For example an enterprise or store user, in one 
embodiment, has full access to all assets and all pending work orders pertaining to his or her 
store. A service provider user has access to all assets of a type that he services and all work 
orders that he is responsible for fulfilling. These assets may include assets located at various 
distributed sites and may even include assets owned by distinct enterprises. An equipment 
manufacturer may have access to the assets at the various distributed sites that it manufactured. 

[00331 Levels of access can be controlled by specifying securable or configurable 

attributes for each system user. These attributes can be specified by a system administrator, who 
may be an enterprise asset management company or may be with the enterprise itself In one 
embodiment, the securable attributes are pre-defined based on the type of user. For example, 
user can have access to assets based on hierarchical levels within an enterprise. If the user is a 
regional manager, he will have access to assets in all of the locations of his store within his 
region. If the user is manager of a particular location, access may be limited to assets within that 
particular location. 

[00341 The user's level of access can also be defined by his assigned roles and rights. 

Like the user's securable attributes, the user's roles and rights may be prc-spccificd by using a 
type of user, such as a "store manager." Based on the user's type, he is given certain rights and 
roles. In one example, the rights that are granted or denied include the right to create new users 
(having access at the current user's level or below), the right to add or modify assets, and the 
right to submit work orders. 

[0035] In one embodiment, a variety of data fields are added to the asset management 

system. Examples of types of data fields that may be added are shown in Attachment "B," which 
is incorporated herein by reference in its entirety. Example of various types of equipment that 
may be worked into the asset management system are shown in Attachment "C," which is 
incorporated heroin by reference - in its entirety. 

[0036] FIG. 6 depicts an exemplary embodiment of a notification system 250 according 

to one embodiment of the present invention. The notification system 250 in this embodiment is 
utilized in coordination with an alarm server component of an asset management system, 
wherein the assets are refrigeration units at various clients. Alternatively, the assets can be any 
known equipment for which operational information can be tracked and alarms can transmitted. 
Each client has a refrigeration control system 252 that is connected to the notification processor 
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or "alarm server" 254 via a set or "stack" of modems 253. That is, the control system 252 
connects via the modem 253 amongst the set of modems with which the system 252 is 
compatible. Alternatively, each system 252 is connected to the notification processor 254 via any 
known means of connection. It is understood that there are several different refrigeration control 
systems 252 available in the industry and thus there may be several different control systems 252 
with different compatibilities communicating with the notification processor 254. As a result, the 
stack of different modems 253 ensures that, for each refrigeration control system 252, there is a 
compatible modem 253 available. The notification processor 254 is connected to the asset 
management system 258 over a network 256. According to one embodiment, the network 256 is 
the Internet. 

[0037] FIG. 7 depicts the method of alarm processing 300, according to one embodiment 

of the invention, using the system depicted in FIG. 6. The method is activated when an alarm is 
triggered at a client's refrigeration control system (block 302). That is, information being tracked 
at the client indicates that some operational problem or situation requiring attention has occurred. 
The client system 252 transmits the notification or alarm as an ASCII file to the notification 
processor 254 via an appropriate modem 253 (block 304). Alternatively, the notification is in any 
known form for electronic communication. The alarm is transmitted to the processor 254 via a 
particular modem 253 based on compatibility between the client system 252 and the modem 253. 
Upon transmission, the alarm is translated by the processor 254 into a form compatible with the 
asset management system 258 (block 306). In addition, the alarm is validated (block 308). That 
is, based on information available to the processor 254, it is determined whether this alarm is 
related to an operational issue that has already been reported. If the issue has already been 
reported, the alarm is merely logged (block 309) and no further action is taken. If not, the 
processor 254 generates a work request and other data in a format compatible with the asset 
management system 258 (block 310) and the data is transmitted to the asset management system 
258 (block 312). 

[0038] The data transmitted to the asset management system 258 can include, but is not 

limited to, any of the following information, including temperature of refrigeration unit 
exceeding set limit, temperature of refrigeration unit below set limit, door of refrigeration unit is 
open, refrigeration unit is not operating, or any other known condition that may require an alert. 
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Alternatively, the asset is any known operating asset and the data transmitted is any known data 
that may call for an alert. 

[0039] FIG. 8 depicts a further exemplary embodiment of a notification system 350 

according to an alternative embodiment of the present invention. The notification system 350 in 
this embodiment utilizes both inbound and outbound notifications. According to one 
embodiment, the notification system of this embodiment could be utilized in coordination with a 
refrigerant leakage tracking and repair component of an asset management system. One example 
of a refrigerant leakage tracking and repair system is disclosed in U.S. Patent Application 
10/429,619, filed on May 5, 2003 and claiming priority to U.S. Patent Application 60/432,120, 
filed on December 9, 2002, both of which are hereby incorporated herein by reference in their 
entirety. Alternatively, the system could be utilized in coordination with an asset maintenance 
component of an asset management system. In a further alternative, the component could be 
tracking any known leakage or other operational issues related to client assets such as air 
conditioning units, etc. 

[0040] As shown in FIG. 8, each client has entry computers 353 that are directly 

connected to the client control processor 356. In accordance with one embodiment, each client 
also has refrigeration units 352 that are connected to the client control processors 356 through 
asset/equipment interfaces 354. The client processors 356 are connected to the notification 
processor 358. The notification processor 358 is connected to a database 361, an asset 
management processor 363, an owner/operator 362, and to at least one service provider 364 over 
a network 360. Further, in accordance with one aspect of the invention, the database 361 is 
connected directly to the asset management processor 363. According to one embodiment, the 
network 360 is the Internet. According to one embodiment, the boxes 362, 364 representing the 
owner/operator 362 and the service provider 364 are computers or computer processors 362, 364 
at each of the owner/operator and the service provider 364. Alternatively, the boxes 362, 364 
represent phones, e-mail inboxes, or any other known means for receiving notifications in any 
medium. 

[0041] According to one embodiment, the three client computers 353 represents three 

client computers 353 at three different clients. Alternatively, each of the three computers 353 can 
be three computers 353 at three different sites or locations of one client. In a further alternative, 
each of the three computers 353 is associated with a different system at the same client. 
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[0042] FIG. 9 depicts the method of providing inbound notifications 400, according to 

one embodiment of the invention, using the system depicted in FIG. 8. According to the method, 
data relating to the asset is received at the client computer. According to one embodiment, this 
information is received directly from the asset or unit via the asset/equipment interface 354 
(block 402). Alternatively, the information is received via entry of service details or work order 
details by a service provider or data entry at an entry computer 353 (block 404). The data is 
transmitted from the client control computer 356 to the notification processor 358 (block 406). 
According to one embodiment, the data is then converted into normalized language (block 408). 
That is, the data is translated into a form that is understandable at the database 361 or anything 
else that may receive the information from the processor 358. The data is then transmitted to the 
database 361 (block 410). 

[0043] FIG. 10 depicts the method of providing outbound notifications 450, according to 

one embodiment of the invention, using the system depicted in FIG. 8. Data relating to the asset 
is collected at the database 361. According to one embodiment, the data relates to refrigerant 
leakage rates. Alternatively, the data relates to any maintenance-related or operational data 
relating to an asset that may be updated, tracked, or require oversight. According to the method, 
certain criteria are defined at the asset management processor 363 (block 452). That is, the 
processor 363 is configured to track certain data in the database 361. The criteria may be fixed 
criteria or, alternatively, may be definable by the user. At some point, a specified condition is 
met (block 454). That is, the processor 363 identifies certain data indicating that a pre-defined 
condition has been met. As a result, a notification is sent by the processor 363 to the 
owner/operator 362 or the service provider 364 (block 456). Notification may be take the form of 
an e-mail, a fax, a pager communication, an automated voice communication via telephone, an 
electronic communication to another system, processor, or computer, or any other known form of 
electronic message. Alternatively, the notification can be any communication of interest relating 
to asset information. The notification can be, for example, a work order transmitted to the service 
provider 264. According to one alternative embodiment, the data is transmitted only to a 
computer at the owner/operator. In a further alternative, the data is transmitted only to a 
computer at the service provider. 
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[0044] Although the present invention has been described with reference to preferred 

embodiments, persons skilled in the art will recognize that changes may be made in form and 
detail without departing from the spirit and scope of the invention. 
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